definitely yes 😍! There is indeed a lack of logging everywhere in the application. Is logger.abs.dart generated from someting or does it come from some example in the logging package?

Logger.abs.dart is based on the log levels you can find here https://github.com/dart-lang/logging/tree/master/lib/src and the functions used to log at each level.

It's nice to have since by setting up the logger with

late final Logging logger = LoggingAdaptor('HomeTabsScreen');

in classes, if you ever want to replace the logger, you can make a new adaptor and switch it in one location and have all the logger calls still passed to it.

E.g. updating to
late final Logging logger = NewLoggingAdaptor('HomeTabsScreen');

Would just replace the function that logger.fine() calls.

Logs can be enabled and disabled as needed e.g if you only want to see 'info' logs where logs for things like the initialisation flow, or if you want to show 'fine' logs where api calls would show up but not responses.

i don't think i've ever found levelled logging useful. in my experience, you spend work up front categorizing logs into categories, but when there's an issue and you actually need to debug, you want to see detail of some components, but not others (e.g. http request+response of a specific api call, but not all the other ones). switching to "fine" or "debug" or whatever just to see what you need, would also result in way more output of a gazillion things you don't care about. so in practice i've always ended up using tools like network inspectors, debuggers, or adding some prints to the code to troubleshoot a specific issue.
so all the work to set up levelled logging becomes wasted coding work.

Looking into _loadEntries() there are a lot of initialisation calls being triggered and manually tracking each one to see if they are wrapped correctly in try/catches or if the response body is valid then testing if it is logged would be very time consuming.

maybe i'm missing something here, but it seems trivial to me to glance at this function and see that everything is wrapped in try/catch blocks. i agree that to check correctness of individual calls, you'd need to go into each one, check that it handles http responses properly, etc; but i don't see how this is any different from the case where you want to check that each call logs correctly. you'd also need to go into each one and do the same.

The bigger problem i see is that we don't communicate about error conditions to the user. i'm pretty sure i've run into it where things would fail, and the app would just hang